home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1004 < prev    next >
Internet Message Format  |  1994-08-27  |  2KB
  1. Date: Sat, 23 Jul 94 00:42 MET DST
  2. From: chris@buran.fb10.tu-berlin.de (Christian Nieber)
  3. To: gem-list@world.std.com
  4. Subject: Re: Gem List (fwd)
  5. Precedence: bulk
  6.  
  7. Evan:
  8.  
  9. > If the user clicks the mouse on a selectable and completely unobscured,
  10. > visible object, then why not select it instead of topping the window?
  11.  
  12. My personally preferred alternative is to both top the window and select 
  13. the item (if it's a dialog window). That's also the behaviour of dialogs in 
  14. NeXTStep. I built this into papyrus as an option (off by default, as to not 
  15. confuse users). Since it turned out to be annoying for document windows, it 
  16. only applies to dialogs.
  17.  
  18.  
  19. > ========================================================================
  20. > And how do you see this working? The applications need to be changed as 
  21. well,
  22. > or putting the forms in windows is going to do nothing more than giving 
  23. them
  24. > a border. If you've got a form that can stay up whilst the rest of the 
  25. program
  26. > is running then you're program has got to be able to accept events from 
  27. it
  28. > at any time. There's no way the OS could do this for you.
  29. > ========================================================================
  30.  
  31. > Nope, tops go to form window, menu bar stays, but obviously, menu select
  32. > messages don't take effect until after form window is closed.  You can
  33. > top windows for other apps and run ACCs, but any top of the app that cal-
  34. led
  35. > form_do gets that form window topped.
  36.  
  37. What happens if you move the dialog around, and there are windows of the 
  38. same application behind it? Since the application that started the dialog 
  39. is in a form_do() call, it can't react to redraw messages.
  40.  
  41. Christian (R.O.M. logicware)
  42.